home *** CD-ROM | disk | FTP | other *** search
/ Archive Magazine CD 1995 / Archive Magazine CD 1995.iso / discs / pipeline / 6_10 / Football / GF_01 / ReadMe < prev    next >
Encoding:
Text File  |  1992-11-02  |  3.3 KB  |  80 lines
  1. %OP%VS4.13 (28-Apr-92), Gerald L Fitton, R4000 5966 9904 9938 
  2. %OP%DP0
  3. %OP%IRY
  4. %OP%PL0
  5. %OP%HM0
  6. %OP%FM0
  7. %OP%BM0
  8. %OP%LM4
  9. %OP%PT1
  10. %OP%PDPipeLine
  11. %OP%WC1026,2262,188,1748,0,0,0,0
  12. %CO:A,72,72%
  13. %C%Football
  14. %C%by Gerald L Fitton
  15. Keywords:
  16. Football Fitton
  17.  
  18. I have had a quick look at your problem and, although I don't think I 
  19. have yet the optimum solution, particularly with regard to the data 
  20. entry, I believe that the enclosed files improve the calculation speed 
  21. considerably.
  22.  
  23. I have ideas for improving the data entry, both convenience and speed, 
  24. by using a separate sheet for data entry.  This would have the layout 
  25. of the table containing the results which appears in the newspapers.
  26.  
  27. For the present here is the way that this set of sheets is used.
  28.  
  29. Double click on [Table].  It and four other files, [ForH], [AgainstA], 
  30. [ForA] and [AgainstH] will load.  I have entered the result for one 
  31. match only, namely the Arsenal (home) V Norwich City (away) match.
  32.  
  33. The data is entered as follows.  In the [ForH] sheet I have entered the 
  34. goals scored by the home team, Arsenal against Norwich (2).  In the 
  35. [AgainstH] sheet I have entered the goals scored against the home team, 
  36. Arsenal by Norwich (4).
  37.  
  38. I believe that using these two two-dimensional tables is better than 
  39. the one long single dimensional display used in your method because it 
  40. reduces the number of dcounta(,) calculations per entry and hence 
  41. speeds up calculation.
  42.  
  43. The two files [ForA] and [AgainstA] are the transposes of [AgainstH] 
  44. and [ForH] respectively.  You do not enter data into them and they 
  45. could be hidden.  Look at slot [ForA]A2 to see how the transpose is 
  46. executed.  I have created them in order to simplify replication of the 
  47. formulae in [Table] columns D, E and F.  The application would 
  48. calculate much more quickly if the formulae in [Table] did not refer to 
  49. the transposed tables but only to the original two into which the data 
  50. is entered but I can't think of a quick method of filling the
  51. 3 * 22 = 66 slots without entering long formulas into each of them!  
  52. maybe with a bit more thought I'll hit on an idea using search and 
  53. replace (eg replace all the column X with row 25) or a custom function 
  54. which will change all the relevant formulae to their transpose!  If you 
  55. feel up to it you might have a go at changing the formulae in those 
  56. three columns of [Table] (66 slots) to avoid all references to the 
  57. transposed sheets.
  58.  
  59. I hope that this helps get you started.  I will have a think about 
  60. improving data entry but it may be a little while before I get round to 
  61. it.  Your 'complaint' about the whole sheet recalculating slowly after 
  62. one entry has been ameliorated but not to my total satisfaction.
  63.  
  64. The [Table] can be sorted very quickly without recalculation.
  65.  
  66. I am not sure why date gives an error but it may not have a 'countable' 
  67. value.  By the way I have included a separate [Date] document but you 
  68. can't do much with it yet until we get the 'data entry' transaction 
  69. file sorted out.  I am hoping to find a way of using set_value(,) from 
  70. the transaction file (ie the data entry file) to push data into the 
  71. [ForH] and [AgainstH] files which will not set off a long 
  72. recalculation.  As I said (or implied), I'm going to have to wait for 
  73. some inspiration and time before I tackle that part of the problem.
  74.  
  75.  
  76. Bye for now.
  77.  
  78.  
  79. Gerald
  80.